APPARATUS, METHOD, AND BUSINESS METHOD FOR ENABLING 
CUSTOMER ACCESS TO COMPUTER SYSTEM EXECUTION DATA IN 
EXCHANGE FOR SHARING THE EXECUTION DATA 

RELATED APPLICATION 

This patent application is related to a concurrently filed U.S. patent application, 
"Apparatus, Method, and Business Method for Enabling Customer Access to Computer 
System Performance Data in Exchange for Sharing the Performance Data" serial no. 
, filed on . 

BACKGROUND OF THE INVENTION 

1. Technical Field 

This invention generally relates to the data processing field, and more specifically 
relates to the gathering and monitoring of data in a computer system relating to the 
execution of the computer system. 

2. Background Art 

Since the dawn of the computer age, computer systems have evolved into 
extremely sophisticated devices, and computer systems may be found in many different 
settings. Computer systems typically include a combination of hardware, such as 
semiconductors and circuit boards, and software, also known as computer programs. As 
advances in semiconductor processing and computer architecture push the performance of 
the computer hardware higher, more sophisticated computer software has evolved to take 
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advantage of the higher performance of the hardware, resulting in computer systems 
today that are much more powerful than just a few years ago. 

Computer systems typically include operating system software that controls the 
basic function of the computer, and one or more software application programs that run 
5 under the control of the operating system to perform desired tasks. For example, a typical 
IBM Personal Computer may run the OS/2 operating system, and under the control of the 
OS/2 operating system, a user may execute an application program, such as a word 
processor. 



si 5 



The performance of a computer system depends on many factors that are 
10 determined by hardware, software, and other dynamic considerations such as total number 
of programs being processed, network traffic load, cache efficiency, etc. The 
performance of computer systems is of great interest to customers that purchase and 
depend on these computer systems. In addition, the performance of these computer 
systems is also of interest to the computer system vendor to determine whether the 
1 5 performance could be improved by selling additional hardware, software, or services to 
the customer to better meet the customer's needs. 

Current operating systems collect performance data as a computer runs. In 
addition, application software may collect data while a computer is executing the 
software. For example, a database program may collect statistics relating to the database 
20 as queries are made to the database. Some known operating systems provide unrestricted 
customer access to performance data, allowing the customer to view the performance data 
historically for a defined period, such as the past six months. Some application software 
show data relating to the execution of the software to the user. Providing the customer 
with unrestricted access to the performance and other execution data for the customer's 
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computer systems may result in a loss of marketing opportunity for the computer system 
vendor. For example, if the execution data indicates that disk utilization is high, the 
customer may purchase a new disk drive from a different vendor rather than from the 
vendor that sold the customer the computer system. In addition, unrestricted access by 
5 the customer to the execution data without fee eliminates an opportunity to sell reports 
and analysis services to the customers. Without a way to strike a balance between the 
customer's need to analyze execution data and the vendor's need to collect the execution 
data from the customer, the needs of both vendors and customers will continue to be 
unsatisfied. 

DISCLOSURE OF INVENTION 

According to the preferred embodiments, an apparatus, method, and business 
method allow a customer to access execution data only if transmission of the execution 
data to the vendor is enabled. In a first embodiment, the customer cannot access any 
execution data unless transmission of the execution data to the vendor is enabled. In a 
second embodiment, the customer can access some limited execution data, but cannot 
access more extensive execution data unless transmission of the execution data to the 
vendor is enabled. The preferred embodiments provide the capability of a customer 
accessing historical execution data in exchange for the customer transmitting the 
execution data to the vendor. In this manner the needs of both vendor and customer are 
satisfied. 

The foregoing and other features and advantages of the invention will be apparent 
from the following more particular description of preferred embodiments of the 
invention, as illustrated in the accompanying drawings. 
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BRIEF DESCRIPTION OF DRAWINGS 



The preferred exemplary embodiments of the present invention will hereinafter be 
described in conjunction with the appended drawings, where like designations denote like 
elements, and: 

FIG. 1 is a block diagram showing a vendor computer system and a customer 
computer system in accordance with the preferred embodiments; 

FIG. 2 is a block diagram of one specific implementation of customer computer 
system 120 of FIG. 1 in accordance with the preferred embodiments; 

FIG. 3 is a flow diagram of a method for allowing customer access to execution 
data in accordance with a first embodiment; 

FIG. 4 is a flow diagram of a method for allowing customer access to execution 
data in accordance with a second embodiment; 

FIG. 5 is a flow diagram showing the steps in a business method in accordance 
with the preferred embodiments; 

FIG. 6 is a display panel on a graphical user interface that allows a user to select a 
time period for which the user wants to access execution data; and 

FIG. 7 is a display panel on a graphical user interface that allows a user to enable 
transmission of the execution data to the vendor before allowing customer access to the 
execution data. 

BEST MODE FOR CARRYING OUT THE INVENTION 

An apparatus, method, and business method in accordance with the preferred 
embodiments allows a customer to access execution data collected on the customer's 
computer system in exchange for transmitting the collected execution data to the vendor. 
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In one embodiment, no access to execution data by the customer is allowed unless 
transmission of the execution data is enabled to the vendor. In a second embodiment, 
limited access by the customer is allowed, but if more extensive access is needed, the 
customer must enable transmission of the execution data to the vendor in order to receive 
5 the extensive access to execution data. 

Vendors have a great interest in accessing execution data for their customer's 
computer systems because this execution data may allow selling other products to the 
customers, such as additional hardware if resources are constrained, additional software if 
performance improvements can be realized, or services such as reports and analysis of the 

10 execution data. In the prior art, vendors are left with the untenable dilemma of whether to 
allow unrestricted access to execution data by customers, thereby losing marketing 
opportunities, or to allow no access or very limited access to execution data, thereby 
frustrating customers that need to access and analyze more extensive execution data. The 
preferred embodiments solves this dilemma by providing a method for allowing extensive 

1 5 access to execution data by the customer only if the customer enables transmission of the 
execution data to the vendor. In this manner, both vendor and client get what they need, 
namely access to the execution data for their own business purposes. 

Referring to FIG. 1, a vendor computer system 1 10 is coupled to a customer 
computer system 120. The vendor computer system 1 10 includes an execution data 

20 collection mechanism for remote systems 130, and an execution data analysis mechanism 
140. Execution data collection mechanism 1 30 is a mechanism that collects execution 
data from a customer computer system, while execution data analysis mechanism 140 is 
used to analyze the data to determine if the customer may need additional products from 
the vendor {e.g., hardware, software, services). Note that the term "execution data" as 

25 used herein is a very broad term that can include anything that can be measured as the 
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computer system runs or after it runs. One example of execution data is performance data 
collected by an operating system. Examples of certain performance data include CPU 
utilization, available memory, cache hit ratio, response time, disk utilization, I/O rate, 
LAN utilization, etc. Another example of execution data is customer buying patterns on a 

5 web site. Yet another example of execution data is data that is gathered by an automotive 
computer as the automobile runs. Another example of execution data is data that is 
gathered by an analysis program after an event has occurred to measure the performance 
of a past event. For example, if memory usage during the execution of a software 
application needs to be measured, the memory usage may be stored periodically into 

1 0 defined memory locations as the application runs. An analysis program can then read the 
memory usage from the memory after the application is finished running using an 
analysis program to retrieve the memory usage data. The preferred embodiments herein 
extend to virtually any type of data that may be collected while a computer system runs, 
whether the data is collected real-time as the computer system is executing a particular 

1 5 task, or whether the data is collected after the task has completed running. 

Customer computer system 120 includes an execution data collection mechanism 
150, an execution data access mechanism 160, and an execution data transmission 
mechanism 170. Execution data collection mechanism 150 collects execution data 152 as 
the customer computer system 120 runs, and logs the execution data 152 for future 

20 access. Execution data access mechanism 160 controls access to the execution data 152 
by the customer. In the preferred embodiments, execution data access mechanism 160 
includes an access enablement mechanism 162 that determines whether or not the user 
will be able to access the execution data 152 collected by the execution data collection 
mechanism 150. In a first embodiment, if the access enablement mechanism 162 is 

25 enabled, the user will be able to access the execution data. If the access enablement 
mechanism 162 is disabled, the user will not be able to access the execution data. In a 
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second embodiment, if the access enablement mechanism 162 is enabled, the user will be 
able to access all of the execution data. If the access enablement mechanism 162 is 
disabled, the user will only be able to access a limited portion of the execution data. 

The execution data transmission mechanism 170 transmits execution data to the 
5 execution data collection mechanism for remote systems 130 in the vendor computer 
system 1 10 via some kind of network connection 142. In the preferred embodiments, 
execution data transmission mechanism 170 includes a transmission enablement 
mechanism 172 that determines whether the customer will allow transmission of the 
execution data to the vendor. If the transmission enablement mechanism 172 is enabled, 
10 the execution data transmission mechanism 170 will transmit the execution data 1 52 to 
the vendor computer system 110. If the transmission enablement mechanism 172 is 
disabled, the execution data transmission mechanism 170 will not transmit the execution 
data 1 52 to the vendor computer system 110. 

In the preferred embodiments, the state of the access enablement mechanism 162 
1 5 depends directly on the state of the transmission enablement mechanism 1 72. If the 
transmission enablement mechanism 172 is enabled, the access enablement mechanism 
162 will also be enabled. If the transmission enablement mechanism 172 is disabled, the 
access enablement mechanism 162 will also be disabled. Thus, if a customer agrees to 
share the execution data with the vendor by enabling the transmission enablement 
20 mechanism 172, the customer gains access to the execution data via execution data access 
mechanism 160. In this manner, the vendor gains access to the customer's execution data 
152 in exchange for the customer gaining the ability to access (and therefore analyze) the 
execution data 152. Note that the business method of the preferred embodiments 
includes any type of compensation in either direction between the vendor and the 
25 customer. In one scenario, the customer would pay for a software product sold by the 
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vendor that includes the execution data access mechanism 160 and associated software 
for analyzing the execution data. The execution data access mechanism 160 would then 
assure that transmission of the execution data to the vendor is enabled before allowing 
access and analysis of the execution data 152. In another scenario, the customer's 

5 execution data may be so valuable that the vendor may supply the execution data access 
mechanism 160 to the customer for free, or may pay the customer for sharing the 
execution data. Whatever the specifics of the arrangement between vendor and customer, 
if the transmission of the execution data to the vendor is enabled, the customer will be 
given enhanced access to the execution data 152 collected on the customer's computer 

10 system. 

Referring now to FIG. 2, a computer system 200 in accordance with the preferred 
embodiment is an IBM iSeries computer system. However, those skilled in the art will 
appreciate that the mechanisms and apparatus of the present invention apply equally to 
any computer system, regardless of whether the computer system is a complicated multi- 

1 5 user computing apparatus, a single user workstation, or an embedded control system. 
Computer system 200 is one suitable implementation for customer computer system 120 
in FIG. 1 . As shown in FIG. 2, computer system 200 comprises a processor 210, a main 
memory 220, a mass storage interface 230, a display interface 240, and a network 
interface 250. These system components are interconnected through the use of a system 

20 bus 260. Mass storage interface 230 is used to connect mass storage devices (such as a 
direct access storage device 255) to computer system 200. One specific type of direct 
access storage device 255 is a readable and writable CD ROM drive, which may store 
data to and read data from a CD ROM 295. 

Main memory 220 in accordance with the preferred embodiments contains data 
25 222, an operating system 224, execution data collection mechanism 1 50, execution data 
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152, execution data access mechanism 160, and execution data transmission mechanism 
170. Note that execution data collection mechanism 150, execution data 152, execution 
data access mechanism 160, and execution data transmission mechanism 170 are 
discussed above with reference to FIG. L While the execution data collection mechanism 

5 150, execution data 1 52, execution data access mechanism 1 60, and execution data 

transmission mechanism 170 are shown separate and discrete from operating system 224 
in FIG. 2, the preferred embodiments expressly extend to any or all of mechanisms 150, 
160 and 170 being implemented within the operating system 224. In one, execution data 
collection mechanism 150 is part of the operating system 224 because the operating 

10 system 224 already collects performance data, and could easily collect other types of 
execution data as well Execution data access mechanism 160 and execution data 
transmission mechanism 170 could also be implemented within the operating system 224, 
or could be supplied as separate programs. In addition, any or all of these mechanisms 
150, 160 and 170 could be implemented in application software, utilities, or other types 

1 5 of software within the scope of the preferred embodiments. Note also that the functions 
of these three mechanisms 150, 160 and 170 could be appropriately split out or combined 
within the scope of the preferred embodiments to arrive a single computer program or any 
suitable number of computer programs that perform the functions described herein within 
the scope of the preferred embodiments. 

20 Computer system 200 utilizes well known virtual addressing mechanisms that 

allow the programs of computer system 200 to behave as if they only have access to a 
large, single storage entity instead of access to multiple, smaller storage entities such as 
main memory 220 and DASD device 255. Therefore, while data 222, operating system 
224, execution data collection mechanism 150, execution data 152, execution data access 

25 mechanism 160, and execution data transmission mechanism 170 are shown to reside in 
main memory 220, those skilled in the art will recognize that these items are not 
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necessarily all completely contained in main memory 220 at the same time. It should also 
be noted that the term "memory" is used herein to generically refer to the entire virtual 
memory of computer system 200. 

Data 222 represents any data that serves as input to or output from any program in 
5 computer system 200. Operating system 224 is a multitasking operating system known in 
the industry as OS/400; however, those skilled in the art will appreciate that the spirit and 
scope of the present invention is not limited to any one operating system. 

Processor 210 may be constructed from one or more microprocessors and/or 
integrated circuits. Processor 210 executes program instructions stored in main memory 

10 220 . Main memory 220 stores programs and data that processor 2 1 0 may access. When 
computer system 200 starts up, processor 210 initially executes the program instructions 
that make up operating system 224. Operating system 224 is a sophisticated program that 
manages the resources of computer system 200. Some of these resources are processor 
210, main memory 220, mass storage interface 230, display interface 240, network 

1 5 interface 250, and system bus 260. 

Although computer system 200 is shown to contain only a single processor and a 
single system bus, those skilled in the art will appreciate that the present invention may 
be practiced using a computer system that has multiple processors and/or multiple buses. 
In addition, the interfaces that are used in the preferred embodiment each include 
20 separate, fully programmed microprocessors that are used to off-load compute-intensive 
processing from processor 210. However, those skilled in the art will appreciate that the 
present invention applies equally to computer systems that simply use I/O adapters to 
perform similar functions. 
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Display interface 240 is used to directly connect one or more displays 265 to 
computer system 200. These displays 265, which may be non-intelligent (i.e., dumb) 
terminals or fully programmable workstations, are used to allow system administrators 
and users to communicate with computer system 200. Note, however, that while display 
5 interface 240 is provided to support communication with one or more displays 265 , 
computer system 200 does not necessarily require a display 265, because all needed 
interaction with users and other processes may occur via network interface 250. 

Network interface 250 is used to connect other computer systems and/or 
workstations {e.g., 275 in FIG. 2) to computer system 200 across a network 270. The 

10 present invention applies equally no matter how computer system 200 may be connected 
to other computer systems and/or workstations, regardless of whether the network 
connection 270 is made using present-day analog and/or digital techniques or via some 
networking mechanism of the future. In addition, many different network protocols can 
be used to implement a network. These protocols are specialized computer programs that 

1 5 allow computers to communicate across network 270. TCP/IP (Transmission Control 
Protocol/Internet Protocol) is an example of a suitable network protocol. 

At this point, it is important to note that while the present invention has been and 
will continue to be described in the context of a fully functional computer system, those 
skilled in the art will appreciate that the present invention is capable of being distributed 
20 as a program product in a variety of forms, and that the present invention applies equally 
regardless of the particular type of signal bearing media used to actually carry out the 
distribution. Examples of suitable signal bearing media include: recordable type media 
such as floppy disks and CD ROM {e.g., 295 of FIG. 2), and transmission type media 
such as digital and analog communications links. 
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Referring now to FIG. 3, a method 300 in accordance with a first embodiment 
prevents all access to execution data unless transmission of the execution data to the 
vendor is enabled. The customer computer system collects the execution data (step 310). 
If a user of the customer computer system requests access to the execution data (step 
5 320=YES), method 300 then determines whether the transmission of the execution data is 
enabled (step 330). If so (step 330=YES), the user's request to access the execution data 
is granted (step 340). If transmission is not enabled (step 330=NO), the user's request to 
access the execution data is denied (step 350). In this manner the customer cannot access 
any execution data unless transmission of execution data to the vendor is enabled. 

Referring now to FIG. 4, a method 400 in accordance with a second embodiment 
provides limited access to execution data without regard to whether transmission of the 
execution data is enabled or not. More extensive access to the execution data is not 
allowed unless transmission of the execution data to the vendor is enabled. The customer 
computer system collects the execution data (step 410). If only limited access to the 
execution data is requested (step 4 12= YES), the request is granted (step 440). If limited 
access to the execution data is not requested (step 412=NO), method 400 then determines 
whether extensive access has been requested (step 420). If not (step 420=NO), method 
400 loops back to step 410 and continues. If so (step 420= YES), method 400 checks to 
see if transmission of execution data to the vendor is enabled (step 430). If transmission 
to the vendor is enabled (step 430=YES), the request for extensive access is granted (step 
440). If transmission to the vendor is not enabled (step 430=NO), the request for 
extensive access is denied (step 450). 

A business method (or method for doing business) is also within the scope of the 
preferred embodiments. Referring to FIG. 5, a method 500 for a computer vendor to do 
25 business begins by selling a computer system that includes the execution data collection 
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mechanism to a customer (step 510). Next, the vendor offers access to the execution data 
to the customer in exchange for the customer sharing the execution data with the vendor 
(step 520). If the customer rejects the offer in step 520 (step 530=NO), access to the 
execution data on the customer's computer system is disabled (step 540). If the customer 

5 accepts the offer in step 520 (step 530== YES), access to the execution data on the 

customer's computer system is enabled (step 550). The vendor system will then (at some 
point in time) receive the execution data from the customer's computer system (step 560). 
The business method of the preferred embodiments strikes an effective balance between 
the customer's desire to access and analyze execution data with the vendor's need to 

10 receive the execution data from the customer. Note that not all steps in method 500 must 
be performed to practice the invention. For example, step 510 need not be performed. 
Instead of the vendor of the computer system receiving the execution data, a company 
could offer a service within the scope of the preferred embodiments that analyzes 
execution data gathered on a computer system sold by a different company. In this 

1 5 scenario, step 510 would be performed by the computer system vendor, while steps 520- 
560 would be performed by a different vendor that is providing the service of analyzing 
the execution data for the customer. Of course, other scenarios are possible within the 
scope of the preferred embodiments. In addition, method 500 expressly encompasses 
both methods 300 and 400 discussed above. In the case of method 300, step 540 disables 

20 all access to execution data, while step 550 enables all access to execution data. In the 
case of method 400, step 540 disables extended access to execution data but allows 
limited access to execution data, while step 550 enables all access to execution data. 

Referring now to FIGS. 6 and 7, display panels on a graphical user interface are 
shown that allow a customer to freely access limited execution data, but that require 
25 transmission of the execution data to the vendor to be enabled before allowing customer 
access to extended execution data. Thus, the display panels of FIGS. 6 and 7 are one 
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suitable implementation of certain portions of method 400 in FIG. 4. In display panel 610 
of FIG. 6, a message box 620 prompts the user to select the period for which the user 
desires to access execution data. The user can click on the checkbox 630 that 
corresponds to a period of the past seven days, or the user can click on the down arrow 

5 632, which causes a drop-down menu 634 to be displayed. A user may select the past 1 4 
days, past 30 days, past 60 days, past 90 days, or past 180 days from the drop-down menu 
634. In addition, the user may select the "Other" selection on drop-down menu 634, 
which causes a text entry box to be presented where the user may enter a number of days, 
weeks, or months. Once the user has selected the execution data period, the user clicks 

10 the OK button 640. If the user wants to exit display panel 610, the user may click the 
Cancel button 650. If the user needs context-sensitive help, the user may click on the 
Help button 660. 

If the user clicks the checkbox 630 for the last seven days, the user will be given 
access to the limited execution data for this period. If, however, the user has selected 

1 5 more than seven days of execution data (i. e. , extended execution data), transmission of 
the execution data to the vendor must be enabled. We assume for this example that the 
vendor is IBM, and that transmission of execution data to IBM has not yet been enabled. 
Thus, if the user selects any selection from drop-down menu 634, then clicks the OK 
button 640, a display panel 710 in FIG. 7 is presented to the user that informs the user 

20 than enabling transmission of the execution data to IBM is required in order for the user 
to access execution data for the specified period of time. If the user desires to enable 
transmission of the execution data to IBM, the user clicks on checkbox 730, then clicks 
on the OK button 740. If the user decides to not enable transmission of the execution 
data to IBM, the user clicks on the Cancel button 740. In this case, the user will not be 

25 allowed to access execution data for the requested period. Of course, if the user needs 
help, the user may click on the Help button 760. 
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In the preferred embodiments, the best mode of the invention enables access to all 
of the customer's execution data if transmission of all of the customer's execution data to 
the vendor is enabled. Note, however, that accessing a portion of the execution data by 
the customer and transmitting a portion of the execution data to the vendor is also within 
the scope of the preferred embodiments. Thus, a customer may gain access to all of the 
execution data by agreeing to only transmit a portion of the execution data to the vendor. 
In similar fashion, the customer may gain access to only a portion of the execution data 
by agreeing to transmit all of the execution data to the vendor. Similarly, a customer may 
gain access to only a portion of the execution data by agreeing to transmit a different 
portion of the execution data to the vendor. It is expressly understood herein that a 
customer's access to execution data may mean access to all or part of the execution data, 
and transmitting execution data to a vendor likewise means transmitting all or part of the 
execution data. 

Customer access to execution data is discussed herein in terms of a "user" 
accessing the execution data on the customer's computer system. Note that the term 
"user" is a broad term that includes human users as well as computer programs that 
request access to execution data. The GUI display panels in FIGS. 6 and 7 would be 
useful for interacting with a human user, while interaction with a computer program user 
could occur without display or intervention by a human user. 

The preferred embodiments described herein provide incentive for customers to 
share execution data for their computer systems with the computer system's vendor. By 
providing customer access to execution data only if transmission of the execution data is 
enabled, the vendor can increase the likelihood of receiving the execution data from 
customers, thereby providing enhanced marketing opportunities for goods and services. 
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The application of the present invention is vast. One example is for an operating 
system vendor to monitor performance data of a vendor's computer system as part of the 
operating system code. The customer would be allowed to view and analyze the 
performance data so long as transmission of the performance data to the vendor is 

5 enabled. Another example is for a database provider to monitor the performance of their 
database software. Statistics may be gathered as the database is accessed by various 
different software applications and users. If the system administrator of the database 
wants to view the database statistics, he or she must enable transmission of those statistics 
to the vendor. Needless to say, feedback from customer computer systems regarding their 

10 performance is invaluable information for the vendor, and provides additional 
opportunities for marketing new products and services to the customer. 

Another example of the present invention is for an automotive computer that 
gathers and stores data relating to the performance of an automobile. A service 
technician may be given access to the historical performance data only if transmission to 
1 5 the car manufacturer is enabled. In this case, the car manufacturer may require receipt of 
the performance data before the technician is allowed to view the performance data. 
Again, feedback from products in actual operation in the field would be extremely 
valuable to car manufacturers, and would help identify where improvements could be 
made. 

20 Yet another example of the present invention is for a web site that markets 

products to consumers. Let's assume that before a person can buy products on the web 
site, they are required to "register" with the web site, which includes personal 
information, such as name, address, city, state, sex, marital status, age, etc. The vendor of 
e-commerce software running on the web site could provide a tool that analyzes 

25 information in the database to determine customer buying patterns, demographical 
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information, gender and age tendencies, etc. This information would also be quite 
valuable to know how to improve the web site and product offerings to increase sales. 
For example, if the buying statistics show that 65% of the buyers are women between the 
ages of 30 and 50, more products that target women in this age group could be added. If 
many buyers use e-coupons, the web site could offer more coupon deals to stimulate 
sales. Note that execution data about the web site could be gathered in any suitable way. 
The execution data could be gathered by the web site software itself. The execution data 
could be generated by a software tool (e.g., analysis program) that performs data mining 
operations on a database to determine the execution data, or that analyzes information 
stored by the web site software relating to its execution. Execution data could be 
generated (or gathered) by a software application that runs concurrently with the web site 
e-commerce software. The preferred embodiments of the present invention extend to any 
suitable way to collect or generate any data relating to the execution of any type of 
computer system. 

The embodiments and examples set forth herein were presented in order to best 
explain the present invention and its practical application and to thereby enable those 
skilled in the art to make and use the invention. However, those skilled in the art will 
recognize that the foregoing description and examples have been presented for the 
purposes of illustration and example only. The description as set forth is not intended to 
be exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching without departing from the spirit 
and scope of the forthcoming claims. For example, the preferred embodiments expressly 
extend to any type of computer system, from large mainframe computer systems to the 
smallest microcontroller in an embedded application (such as an automotive computer). 

What is claimed is: 
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